home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 6048 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.3 KB  |  35 lines
  1. Newsgroups: comp.dcom.modems
  2. Path: netcom.com!puma
  3. From: puma@netcom.com (Gary Breuckman)
  4. Subject: Re: To V42Bis or not to V42Bis??
  5. Message-ID: <pumaDMs95s.M7v@netcom.com>
  6. Organization: organized?? me?
  7. References: <4ej6rh$oa2@canopus.cc.umanitoba.ca> <4f0jnq$dr7@hg.oro.net> <eric-0402962003490001@sobt.accessorl.net> <DMACqq.54G@news2.new-york.net>
  8. Date: Wed, 14 Feb 1996 20:34:39 GMT
  9. Sender: puma@netcom11.netcom.com
  10.  
  11. In article <DMACqq.54G@news2.new-york.net>,
  12. Kotaro Yamaguchi <kota@carroll.com> wrote:
  13. >On Sun, 04 Feb 1996 20:03:49 -0500, eric@accessorl.net (Eric Shaw)
  14. >wrote:
  15. >>Note: the 3388cps without compression comes from dividing 28800 by 8.5
  16. >>bits/byte instead of 10.  Error correction strips out the start and stop
  17. >>bits between the modems, so there are 8 bits per byte instead of 10 like
  18. >>you have through the serial port.  I used 8.5 instead of 8 then because
  19. >>there is a little bit of overhead for the v.42 checksums.  The number is
  20. >>not *exactly* 8.5, but it is close.  The exact number depends on your v.42
  21. >>packet size.
  22.  
  23. >And I thought serial ports only communicated at 8bits...
  24. >
  25. >Silly me,
  26. >kota
  27.  
  28. The data IS 8 bits, the 8.5 is a divisor that includes a fudge-factor
  29. to account for the overhead.  If you want, divide by 8 and then figure
  30. in the overhead, the 8.5 is a good and quick approximation.
  31.  
  32.  
  33. -- 
  34. puma@netcom.com
  35.